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SPECIFICATION 

TITLEOPmNTIQN 
DETECTMANDTRANSPORMGDYNMCPRESENCETO 
AWffiELESSANDWmiNECOMJNICATIONSNETWOE 

Cross Reference to Related Applications 

[001] This application claims the benefit of provisional patent application no, 60/301,246 
filed June 2(5, 2001 , entitled "Architectare And Protocol Mechanisms For Detecting And 
Transmitting Dynamic Presence Information Using The SM Specifications And SMS 
Packet Transport Over GSMNetworb Using Abbreviated SIP Stack GiM^^^ 

[002] This application claims the benefit of provisional patent application no. 60/301,249 
MJune 26, 2001,enlitled"An Architecture ForTranscoding SMS Based Stt^^^^ 
Messages To SIP Based ff Signals In Wireless And Wireline Networks", 

[003] This application is related to Ihefoflowing: 

U.S.Patent Application SerialNo. , filed Jie 25, 2002, "Transcoding SMS- 

Based Streamed Messages To SlP-Based IP Signals In Wireless And Wireline Networks", 
Attorney DocketNo. 034433-000005, commonly assigned herewith. 

FED OFTHE INVENTION 

[004] The present invention relates to the field of computer science. More particularly, 
the present invention relates to a method and apparatus for detecting and transporting 
dynamic presence information over a data communications network. 

BACKGROUNDOFTIffilNVENTIQN 

[005] Presence information is defined as the state of a user as it dates to his or her 
interaction with various user devices such as mobile phones and the end applications that 
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execute on llie user devices. Examples of end applications include communication, 
gaining and alerting applications. 

[OOS] ]jitheWlinenetwork,tlieInteinetProtocol^^ 
available to most destop computing devices. However, in the wireless world, apacket- 
switched ff network is available to relatively few devices and relatively few markets. 
Second generation (2G) mobile phones typically offer Web-browsing capabilities via 
WAP (Wireless Area Protocol) services. Unfortunately, these services are typically 
implemenlBd in a circuit'-switclied fashion. True IP^basedpacket-switched data services 
wiD be unavailable unti] 2.5Q or third generation (3G) infrasto^^ 

[007] Accordingly, there is a need to gather and distribute presence information from 
wireless devices, There is a further need for such a solution that gathers and distributes 
presence infonnation from 2GGSM mobile devices. There isafurtherneedfor 
solution that is relatively non-intrusive. There is a further need for such a solution that is 
relatively straightfoiMd to implement using well-understood standards. 

SUMMARYQFMINVBMQN 

[008] A method for detecting and transporting dynamic prance information over a 
wireless and wireline communications network comprises detennining client device 
capabilities relating to user presence infonnation that may be obtained from the client 
device and determining a presence configuration of the client device. Hie presence 
configuration defines information to be provided to a presence agent. The presence 
configuration also defines one or more action to be performed upon notification of an 
event occun^nce. The method also includes collecting dynamic presence information 
based at least in part on the client device capabiies and the presence coiguration. 

BRPDESCRIPllQNQFTHEDRAWINGS 
[009] The accompanying drawings, which are incorporated into and constitute a part of 
this specification, illustrate one or more embodiments of the present invention and, 
together with the detailed description, serve to explain the principles and implementations 
of the invention. 
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[Old] In the drawings; 

HG. 1 is a block diagram of a computer system suitable for implementing aspects of the 
present invention, 

FIG. 2 is a block diagram that illustrates a system for dynamic presence information 
management in accordance with one embodiment of the present invention. 

HG. 3 is ablock diagram thatillustral»s using Short Message Service (SMS) as abearer 
protocol to transport pmceinfoimation in accordance with one embodiment of lie 
present invention. 

HG. 4 is a high level event sequence diagram that illustrates collecting and using dynamic 
presence information in accordance wi one embodiment of the present invention. 

HG. 5 is a detailed event sequence diagram that illustrates collecting and using dynamic 
presence information in accordance with one embodiment of the present invention. 

HG. 6 is a block diagram that illustrates a mobile phone equipped with a SIM (Subscriber 
Identity Module) card configured to collect and distribute dynamic presence informalion 
in accordance with one embodiment of lie present invention, 

HG. 7 A is a block diagram that illustrates a buddy list in accordance with one 
embodiment of the present invention. 

HG. 7B is a block diagram that illustrates a configuration file in accordance with one 
embodiment of the present invention. 

FIG. 8 is a flow diagram that illustrates a method for collecting and distributing presence 
information in accordance with one embodiment of the present invention. 
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HG, 9 is a flow diagram that instates a meliiod for initializing a SM card in accordance 
with one embodiment of the present invention; 

HG. 10 is an event seqaence diagram that illustrates initialization of a SM card in 
accordance with one embodiment of flie present invention. 

/, 

FE 11 is a block that illustrates a menu in accordaiice with one embodiment of the 
present invention. 

nai2isablock diagram that iustratesaSlApplicata 

SM software for collection and distribution of dynamic presence information in 

accordance with one embodiment of the present invention. ■ 

FIG. 13A is ^ event sequence diagram that iUustrates using aproacti^^^ 
dynamic presence data responsive to a normal command from a mobile phone in 
accordance with one embodiment of the present invention, 

FIG 13B is an event sequence diagram that iflustrates using a proactive SM request for 
dynamic presence data responsive to a status command from a moie in accordance with 
one embodiment of the present invention. 

HG. MA is an event sequence diagram that il toes a stains command from a mobile 
phone that is not followed by aproactive SM request. 

HG. MB is an event sequence diagram that illustrates repeating an unsuccessM proactive 
SM request for dynamic presence data in accordance with one embodiment of the present 
invention. 

HG. IS is an event sequence diagram that illustrates not repeating an unsuccessful 
proactive SM request for dynamic presence data in accordance with one embodiment of 
fcpKsentinvention. 
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M 16 is a flow diagram that illustrates a method for triggering dynamic presence 
information collection when a mobile phone is in "call control" mode in accordance with 
one embodiment of the present invention. 

FIG. 17 is aflow diagram that illustrates an event-driven method for triggering dynamic 
presence information collection in accordance with one embodiment of the present 
invention. 

HG. 18 is a flow diagram that illustrates a method for triggering dynamic presence 
I 

information collection when a SM card receives a status APDU (Application Protocol 
Data Unit) command in accordance with one embodiment of the present invention. 

HG. 19 is a flow diagram that illustrates a method for proactive congestion control in 
accordance with one embodiment of tiie present invention. 

HG.2flisaflowdiagramfliatillustratesamethodforreactivecongestioncontrolin ^ 
accordance with one embodiment of ttie present invention. 

DETAM DESCRIPTION 

[Oil] Embodiments of the present invention are described herein in the context of a 
method and appai'atus for defecting and transpoiting dynamic presence information over a 
, wireless and wireline communications network. Those of ordinary skill in the art will 
realize that the following detailed description of the present invention is illustrative only 
and is not intended to be in any way limiting. Other embodiments of the present invention 
will readily suggest themselves to such skilled persons having the benefit of this 
disclosure. Reference will now be made in detail to implementations of the present 
invention as illustrated in the accompanying drawings. The same reference indicators will 
be used throughout tiie drawings and the folowing detailed description to refer to the 
same or like parts. 

[012] In the interest of clarity, not all of llie routine features of the implementations 
described herein are shown and described. It will, of course, be appreciated tiiat in the 



mmm% 



PCT/US02/20305 



development of any sucli actual implementation, numerous implementation-specific 
decisions must be made in oider to acliieve the developer's specific goals, sucli as 
compliance with application- and business-related constraints, and that these specific goals 
will vaiy im one implementation to anollier and fi:om one developer to another. 
Moreover, it will be appreciated that such a development effort might be complex and 
time-consuraing, but would nevertheless be a routine undertaldng of engineer 
of ordinary sM in the art having the benefit of is disclosure. 

[013] In the context of die present invention, the term "network" includes local area 
networks, wide area networks, the Internet, cable television systems, telephone systems, 
wii'eless telecommunications systems, fiber optic networks, ATM networks, fime relay 
networks, satellite communications systems, and the ie. Such networks aie well known 
in the art and consequently are not further described here. 

[014] In the context of the present invention, the term "Presence" is defined as the 
subscription to and notification of changes in communication states of a user, where the 
communication states comprise of a set of communication means, such as communication 
devices, location, willingness to communicate, preferences and the personal state of the 
user. Examples of presence information include, by way of example, on-line status, 
physical location (home, office, cafe) and currently preferred contact (e.g, phone, text 
messaging, email) 

[OlS] In the context of k present invention, the term "principal" is defined as a provider 
and/or consumer of presence information. A principal may comprises, by way of 
example, a human, a device, a presence application, a presence-technology enabled system 
such as an airplane, or the like. 

[Oli] Inlhecontextoffhepresentinvention,lhete!m''prindpalobj^^^ 
information, contact information, capability information, preference information and 
presence inforBiation. 
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[017] InthecontextofthepresentiHvention,theterm'^^^^^^^^^ 

infomtion about a principal. Examples include, by way of exan^ile, a social security 

number, ahome address, date of birtti, or the ie. 

[018] In the context of the pOTt invention, lie "capably" of a principal refers to a 
capability of a device associated wit the principal 




[020] in accordance with one embodiment of the present invention, the components, 
processes and/or data structures may be implemented using C or C++ programs nmning 
on high perfoMce computers (such as an Enterprise 2000'"^ server running Sun 
Solaris^^ as its operating system. The Enteiprise 2000™ server and Sun Solaris^*^ 
operating system are products available from Sun Icrosystems, Inc. of Palo Alto, 
California), Different implementations may be used and may include other types of 
operating systems, computing pMonns, computer programs, flnnwaie, computer 
languages and/or general-pupe machines. In addition, those of ordinary sMll in the art 
will recognize that devices of a less general purpose nature, such as hardwired devices, 
field programmable gate an'ays (FPGAs), application specific integrated circuits (ASICs), 
or the like, may also be used without departingta the scope and spirit of the invendve 
concepts disclosed herein. 

[021] Hgure l depicts a block diagram of a computer system 100 suitablefor 
implementing aspects of the present invention. As shown in FIG. 1, computer system 100 
includes a bus 102 which interconnects major subsystems such as a centra! processor 104, 
a system memory 106 (typically RAM), an input/output (I/O) controller 108, an external 
device such as a display screen 110 via display adapter 112, serial ports 114 and 116, a 
.keyboard llMMdisk drive 120,afloppy disk drive 122 opeM 
disk 124,andaCD-ROMplayer 126 operalivetoroiveaCD^^^ 
devices can be connected, such as a pointing device 130 (e.g., a mouse) comiected via 
serial port 114 and aniodem 132 connected via serial port 116. Modem 132 may provide 
. a direct comiection to a server via a.telephone link or to the Internet via a POP (point of 
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pm4 Alteraatively,anetworkhterface adapter 134 My be us^^ 

localorwideaieanetworkuskganynetworkinteiface 

theart(e.g.3tMxDSL,AppleTalf). 

[022] Many other devices or subsystems (not shown) may be connected in a similar 
manner. Also, it is not necessary for all of the devices shown in HG. 1 to be pmt to 
practice the present invention, as discussed below, Furthennore, the devices and 
subsystems may be interconnected in different ways froin that shown in FIG. ^ 
operfonofacomputer system such as that shown in FlO.lis readily bown in the art 
and is not discussed in detail in this application, so as not to overcomplicate the present 
discussion. Code to implement the present invention may be operably disposed in system 
memory 106 or stored on storage media such as fixed disk 120,floppydisU24 or ffi^ 

ROM128. " 

[023] lii accordance wilh embodiments of the present invention, the dynamically 
changingstateoftheuserasevidencedbylheenduser'sinteraclionA 
appWons and the networkjscoDected and disseminated it to subs*^ 
and/or services, based on an opt4n model. The type of presence infonnadon cm^ 
these applications depends on the number and precision of the attributes that llie network 
is capable of capturing.and reporting between the twoendsofapotentialcom^^^ 

session, 

[024] Presence information is aggregated and disseminated across multiple devices and 
mdtiple networks, including legacy circuit-based networks and IP pacbt-^^^^^^ 
networks to enable subscription to and dissemination of this changing real-time state of a 
person so that presence applications can function. 

[025] Exemplary presenceappMonsinclude, by way of example, a"M^^^^^^ 
appWott that notifies a pera when a iiiefld is nearby, an "Auto-confeming" 
application that automatically calls a user when that user is available on any device, He 

applications also include, by way of example, an "Automatic call completion" application 
that detects when a user is free and asks the user to call a subscriber at that point, and a 
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wireless advertising application that sends advertisements to a mobile phone based on the 
user'pi'oxiniity. 

[026] Presence inf omialion My also be used to determine whether a user is available to 
takeacall before the call is made(e|.whete the person to be called is c^^^^ 
another person, or browsing on his or her user device. Presence infonnation may also be 
used to deteimine whether a user is available for a meeting, such as when the presence 
information shows the user is at Ms or her office andis not cunrtly engaged with any 

other tasks related to the device. Presence infonnation may also be used to determine 
whether a user is available to talk at home, such as when le presence information shows 
the mi is at his or her office and lie physical location is the home location. 

[027] According to another embodiment of the present invention, location-based 
screening may be used to determine which calls to accept based at least in part on a 
physical address of the person being called. 

[028] lWngnowtoHG.2,ablockdiagiMthatiMatesasyste^ 
presence information management in accordance with one embodiment of the present 
invention is presented. System 200 includes a presence agent 204 managing dynamic 
presence information and persistent presence storage 206 for storing persistent presence 
infonnation. System 200 also includes at least one cEent device 220, 226, 230, 232, 234 
configured to supply dynamic presence information of a user as it relates to Hie user's 
interaction with the device. Client devices 220, 226, 230, 232, 234 signal state 
infonnation based at least in part on events occuning on the devices. In moro detail, client 
devices 220, 226, 230, 232, 234 are configured to collect and report presence infonnation 
to presence agent 204 anienable a user to subscribe to events that are applicable for a 
particular client device. Client devices 220, 226, 230, 232, 234 are also configured to 
receive and process one or more notification from at least one presence agent 204. 
Presence agent 204 receives dynamic presence information collected by clent devices 
220, 226, 230, 232, 234, matches the dynamic presence infonnation willi subscription 
infoimationandnotifiesclientdevices220,226,230,232,234accon^^^^^ 
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[029] According to embodiments of the present invention, a client device comprises any 
device configured to render digital content to a user 305. By way of example, a client 
device may comprise a personal digital assistant (PDA), a personal conjiiter (PC), a 
Wiiidows CE device, amobile phone, an EPOCH 0/S-based GPRS, aserv^ 
communication with a user display, or the like. According to another embodiment of the 
present invention, a client device comprises a secure portable device such as a Java 
Card™ technology-enabled device, or the like. Java Card™ technology is described in Z. 
Chen,JavaCard™Technologyfor Smart Cards (2000). 

[030] According to one embodiment of the present invention, a client device comprises a 
CDMA technology-enabled smart card. CDMA technology-enabled smart cards are 
descpbed in CDMA Development Group Document #43, entitled "Smart M Stage I 
Description", Version U, May 22, 1996, available at www,cdg.org. 

[031] According to anollier embodiment of lie present invention, a client device 
comprisesaSM (Subscriber Identity Module card) card. The teim 
the smart card used in GSM (Global System for Mobile Commiications) mobile ■ 
telephones. The SM includes the subscriber's personal cryptographic identity key and 
other information such as the current location of the phone and an address book of 
frequently called numbers, The SM is described in "GSM 11.11 - Digital cellular 
telecommunications system (Phase 2+); Specification of the Subscriber Identity Module - 
MobileEwment(SM^ME)interface(GSMll.ll)'Uvailableat3^^ 

[032] According to another embodiment of the present invention, a client device 

comprises a WIM (Wireless Interface Module). A WM'is a smart card in a WAP 
(Wireless Application Protocol) phone. It is described in "Wireless Identity Module 
Specification, available at woajfmorg, 

[033] According to another embodiment of the present invention, a client device 
comprises aUSM (Universal Subscriber Identity Module). AUSMis asmartcardfor a 
3GPP(3'''GeneralionPartnershipProject)mobilephone. It is described in 3GTS2U11 
Version 4.0.0, USIM andIC CardRequirements, available' at www.3gpp.Qrg . 
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[034] According to another embodimt of the present invention, a client device 
comprisesaUM(UserMtyModde). AOMisasma^ 
(3GPP2) mobile phone, lie term TW' is used when the smart cad is removable. A 
Ul is a super set of Ihe SIM and allows CDMA (Code Division Multiple Accessjteed 
celMai' subscribers to roam across geographic and device boundaries. The R-UM is 
described in a specification issued by the 3rd Generation Partnership Project 2 (3GPP2) 
and entitled 'toovable User Identity Module (RM) for cdma2000 S^^^^^ 
Sy8tems(3GPP2C.S0023fJiine9,2()00, available at http;//3^^^ 

[035] Hie above description regarding various mobile phone technologies is not intended 
to be limiting in any way. Hiose of ordinary sMIl in Itie art will recognize that ote client 
devices may be used. 

[036] AsshowninnG.2,devioe220comprisesaGSMmobilephoneconfiguredwitha 
SM card. The SMcarriincludes code for communicating with the mobile ph 
obtain dynamic presence infomiation and communicating with presence agent 204 to 
provide dynamic presence information, and to receive dynamic presence information 
relating to users subscribed to. The SI card also communicates with SMS-SIP gateway 
202 which converts SlP-ie messages received from client 220 to SIP messages for 
transport over IP network 208 to presence agent 204. The SIP-like protocol is described in 
more detail below with reference to HG. 3. 

[037] MngnowtoHG.3,ablockdiagramtliatillustratesusingShortMess 
Service (SMS) as a bearer protocol to transport presence information in accordance with 
. one embodiment of the present invention is presented. SMS 305 is used as a transport 
mechanism to transport dynamic presence information in a presence streaming applet 
(PSA)layer 300 usingaSMe protocol. 

[038] TheSMSmessagecofflprisesaseriesofTLVs(Tag-length-val4 ThelastSMS 
message is user-defined. According to one embodiment of the present invention, this user- 
defined field is used for SIP-lite messages disclosed herein. In other words, SIP-like 
messages are embedded within SMS messages. 
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[039] TheShortMessageService(SMS),asdefinedwithinft^ 
plione standard specifies that both text and non-text based short messages (for example, in 
binaiy format) are supported. Accoiding to one embodiment of the present invention, 
presence inf onnation is transported in binary format 

[040] The SMS comprises seven elemente particalar to the submission andreception of 
messages: 

Validity-Period; 

Service-Center-Time-Stamp 

Protocol-Identifier; 

More-Messages-to-Send; 

Priority; 

Messages-Waiting; 
Alert-SC 

[041] The'Mocol*ntifier"istheinfoimatioHelem^^^ 
layer protocol being used, or indicates internetworking with a certain type of telematic 
device. According to one embodiment of the present invention, the 'Trotocol-Identifier" 
field is used to indicate the SMS message contents include presence information formatted 
according to the SIP-Eke protocol described herein. 

[042] According to embodiments of the present invention, the presence or application 
layer messages submitted to the PSA have a namespace that is a combination of the MSI 
(Bitemational Mobile Subscriber Identifier as the contact and the SIP address of the ME as 
the namespace using the Internet eleclionic email-option of the SMS packet TP-PID. 
MTSMS; 

(<iroffl-addiess><space>]<fflessage> 
MOSMS: 

[<lo-address><space>]<message> 
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[043] The Sff-SMS gateway performs the addressing and namespace resolution to ff 

addresses as described in copending, U.S. Patent Application Serial No. , filed June 

25,200VTranscodingSI^-BasedStieainedMessages% 
Wireless And Wireline Networb^ Attorney Docket No. 034433« 

[044] Accordingtoembodimentsof liepresentinvention, SIP#erequestthatexceed 
the 160-character limitation i SMS are fragmented and sent using multiple SMS 
messages, The fragmented messages are then reassembled at the end stations (both the 
SM presence applet and the SMS^SIP gateway). 

[045] According to another embodiment of (he present invention, SMS messages are 
reassembled at the end stations in sequence since SMS messages may be received in an 
order different than the order in which the SMS messages were sent 

[046] The Session Initiation Protocol (SIP) is an application-layer control (signaling) 
protocol for creating, modifying and terminating sessions with one oi' more participants. 
These sessions include Internet multimedia conferences, distance learning, Internet 
telephony and similar appEcalions. SIP is designed to be independent of the lower-layer 
transport protocol.. The Session Initiation Protocol is specified in IETF Request for 
Comments (KFC) 2543. 

[047] SIP is a request-response piDtocol, dealing with requests from clients and 
responses fi:om servers. Participants are identified by SIP lEs. SIP determines the end 
system to be used for the session, the communication media and media parameters, and 

the called paity's desire to engage in the communication. Once these are assured, SIP 
establishes call parameters at either end of the communication, and handles call transfer 
and termination, 

[048] According to embodiments of the present invention, the SlP-lite protocol 
comprises the following methods: "Options" "Register", "Subscribe". "Notify". 

[049] The "Options" method is used to query the media capablies of a device. 
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[050] The "Register" method is used to provide dynamic presence information from a 
cientdevicetoapresenceagent(iefei^ncenMd204ofFE2). Auserrt 
enroll with a presence server to estabM an account with the presence system Med 
users are given a usemame, password and a Sff address (e.g. sip;<asemaiiie> Wome- 
domainxcom"). Thetegiste^'methodmaybeusedtoregisterforcontactando 
attach a contact with a device) The 'Register" method may also be used to update 
presence information. The;'Register'' method may also be used to register^^^^ 
principal and device availability. The "Register" command may also be used for updating 
aprincipal and device capably. 

[051] The"Subscribe"isusedtoenableaprindpaltosubscribeto 
notified when tlie event status changes. 

[052] The%tify''methodisusedtoinformthesubsciiberaboutthenewstateofan 
event lliat has been subscribed to. 

[053] The"Mes5age"melhodisusedtosendaninstantmessagetoapm^^^^^ 

[054] In accordance with embodiments of the present invention, the term "presence" is 
further defined in terms of pmce attributes. Presence attributes have a name attribute 
lliat defines a communication state (e.g, on-line, availability, geographic location, ete.). A 
presence attribute has a value (e.g. "Yes" or "No" for onta-availability). A presence 
attribute may also be associated wilii a "last-updated" attribute to specify the time the 
value was last updated Exemplary presence attributes andcorresponding valuesare ■ 
shown in Table 1, below. 



Name 


Value 


registerjtate^principal 


Yes(one or more device registered) 
No (not registered) 


registerjtatejevice 


Yes (Device registered) 
No (device not registered) 


my.profile 


(apointertothe user profile table) 
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State 


free | busy | engaged | do not disturb | stepped out | 




out 1 vacation 1 business trip 


engaged 


on the phone] browsing] on M 


preference jontact 


(the contact information corresponding to the highest 
q-value in the contact list) 


contactjist 


(coflima-deliinitedcontactlist) 


preference jepresentationjysteni 


visual] auditory Anesthetic 


preference joicejype 


male] female] child 


pieferencejanguage 


(language name) 


supported^media 


(conuna-deBmited list of niime tokens) 


supported Janguage 


(conEa'deMed language names) 


locationjhysical 


:'home | office | library cafe | school laboratory 


locationjynainic 


(location determined fay the dynamic location device, 




e.g. GPS, Cell-ID 


locaMS 


(the original data returned by lie GPS device 


location jell jd 


(the original data returned by the radio system) 


acceptancejhone 


take call | on another call ] call me back in i minutes 




1 reject] voice mail 


acceptancejmail 


active ] no access ] will not read (access control 




related) 



Tablel 



[055] ThepresenceattributeshstediflTablelareforpurposesofillusM^^^ 
indented to be limiting in any way. Those of ordinary skill in the art will recognize that 
other presence attributes and attribute values are possible. 

M Inthecontextoftheprese5itinvenlion,lietem%er"isdefin^^ 
the state of a presence attribute. 

[057] In the context of the present invention, the term "event' 'describes the result of 
evaluating a set of rules based at least in part on one or moi^ trigger. 
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p] An exemplary protocol for exchange of dynamic presence information is presented 
bdow with respect to tables246, The teim't)ntgoing"indicfltesaGSMM 
sffldii^ a message to a SIP-SMS gateway, and the tenn 'koming" indicates a GSM/SM 
device will be receiving the message from fteSlP-SMS gateway. 



field Name 


Bytes 


Value Range 


Descriptioii 


Presence Tag (T) 


1 


OxAA-OxEF 


Version number + tag that can identify the SIP- 
Litemessage 


Message length (L) 


1 


0-138 


User-^iefined message length. 


Method 


1 


Oxfll-OxlF, 
0x81 -0x9F 


Sff-literequestmessap: OxOl-OxlF 
SlP-lib response messages: 0x81 -Ox9F 


Header Length 
(Hlen) 


1 


0x00-0x3F 
(0-63) 


Each SIP header length 


Header Body 


fflen 


A}[dia-nimeiic 
(0-9mA-Z) 


SIP Header field value 


Message Length 
(Men) 


1 


OxflO-AO 


Message body length 


Message Body 


Men 


Alphanumeric 
(0-9«A-Z) 


Message body 



Tal)le2 
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le "Register" Method 
OUTGOING 



Field Name 


Description 




Method 


Hie "Register" request 




Header Length 


Noheaderin Register request 




Message Length (Wen) 


Message length 




Message Body 


Presence atliibiite that needs to be updated 




Table3 






INGOING 






Field Name 


Description 


Method 


The "Register" response 


Header lenglii 


Response code header in "Register" response 


Response Code 


Message respse code 


Message Length Pen) 


Message length • 


Message Body 


Message body that goes to the client 



Table4 



The"Sabmbe"Mod 
OUTGOING 



MdName 


Description 


Method 


le "Subscribe" method 


Header Length (Hlen) 


Length of the header 


Header Body 


Address of the principal to subscribe 
to(e.g.principal@doniain.coni) 


Message Length (Men) 


Hie message length 


Message Body 


EventH 



Tables 
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INCOMING 



Field Name 


Description 


Method 


The "Subscribe" response 


Header length 


Response code header in "Subscribe" respse' 


Response Code 


Message response code 


Header Length 
Pen) 


Length of the header 


HeaderBody 


Address ot the principal to subscribe to (e.g. 
priiicipal@doniain.co)3i) 



Tie6 



Ik "Notify" Method 
INCOMING 



Field Name 


Description 


Method 


The*ify"iiietliod 


Header length 


Length of the header 


Deader body 


Event© 


Message Length (Men) 


Message length 


Message Body 


Notification body 



Table? 



OUTGOING 



Field Name 


Description 


Method 


The 'Mf response 


Header length 


Response code header in "Notify" response 


Response Code 


Message response code 



Tables 
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The lessage" Method 
OUTGOING 



Field Name 


Description 


Method 


The "Message" method 


Header Length (Hen) 


Length of the header 


Header Body 


Receiver address (e.g. principal@doinain.coni) 


Message Length 
(Mien) 


Message length 


Message Body 


ktant message 


Table9 
INCOMING 


Field Name 


Description 


Method 


This is file "Message" method 


Header Length (Hlen) 


Length of file header , 


Header Body 


Sender address (e,g. principal@dofflmcom) 


Message Length (Men) 


Message length 


Message Body 


Instant message. 


INCOMNG/ODTGOING 


Field Name 


Description 


Method 


fhe "Message" response 


Header length 1 
I 


lesponse code header length in "Message" 
esponse 


Response Code I 


fesage response 


Header Length (Ken) 1 


.ength of the header 


HeaderBody i 


\ddress of the principal for which instant 
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Table 11 
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The"Options"Metliod 
WCOMNG 


Field Name 


Dmiption 


Method 


This is the "Options" method 


Header Length (ffien) 


No header 


Message Length (Men) 


The message length 


Message Body, 


This wil be used to query the capabiies 


Table 12 




OUTGOING 




Method 


The "Options" response 


Header lenglli 


Response code header length in 
"Options" response 


Response Code 


Message response 


Message Length (Men) 


Length of the header 


Message Body 


The device capability 



Table 13 



Message Body 

[059] According to embodiments of the present invention, the message body naay 
comprise presence atliibutes, device capabilities or a simple text message used for instant 
messaging. An exemplary mapping for presence attributes is shown in Table 14, below, 
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Attrihiitp Nftmp 


Length 


Value 


UAUi. Olf UJ\b 


1-30 


user^domain.coin 


AvnO'riTiVTrpQTATn^s 

UXUZ, UB VlvD J 1 Ai UO 


1 
i 


OzNnftifnmrifltifiii 


\ 




irOff(notai)Dlicable) 












3=11 Sleep Mode 






4= Active 






5=EMa2ed 






6= Busy 






ii y/y y/y V// 




1 

1 


ft-NrtTtifnnnfltifin 












2=0ffice 






3=Lab 






4= Conference Room 






5=Car 


UXUj.UllVlLU 


1 

1 


nsNnMnnnation 


LOCAHON 




l=Home 






2sOfflce 






3=Lab . 






isfntiffirenceRooiti 






5=Cai 


UAw. VOm. 


1 

I 


0=NoMoMtion 


nVnlLnDlUJl X 




1= Available 






9-lfiviftihlft 






^-"HnNnt Disturb 






4 "Voice Only 






5=TextOnly 






6=lnaMeeting 






7= On Vacation 






8= Business Trip 
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9=OuttoLuncli 






10=StepOut 
ll^BeRightBack 


0x07:DEVICE 
AVAILABlLffy 


1 


0=NoMoniiation 
U Available ' 
2= Invisible , 
3=DoNotDisturb 
4 "Voice Only 
5=TextOiily 


0x08: Add a mobile buddy 


1-30 


user@domaiii.com 


'0x09: Delete a mobile 
buddy 


1-30 


ijser@domain.com 


OxOA: Delete all mobile 
buddies 


0 





Table 14 



Exemplary presence events are shown in Table 15, below. 



Eventn) 


Description 


0x01 


Mobile Buddy list 


0x02 


Location 


m 


Availabity 


m 


Metred Contact 


m 


Phone Acceptance 


0x06 


Email Acceptance 


Ml 


M Acceptance 



Tablets 



Exemplaty mappings for Uie "buddy list" event are shown inTable 16, below, 
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Tag 


Value 


OxOliBuddyNanie 


Alphanumeric 


0x02: device 


1= Mobile Phone 

2::PC . 

3=PDA 
4= Pager 
5=SetTopBox 


0x03: status 


l=Me 

2= In Sleep Mode 
3= Active 
4= Engaged 
5= Busy 


0x04:,locatioii 


0=NoMomiatioii 
l=Hoffle 
2=0ffice 
3=Lab 

4= Conference Room 
5=Car 


0x05: phone 


Phone nuniber 


0x06:1 


MclientSIPm 



Table 16 



[061] Timng now to FE 4, aMgh4evel event sequence diagram that illuste^^^^ 
coOecting and using dynamic presence inf onMtion in accordance with one embodiment of 
the present invention is presented. hHGiuser 465 associated wilii mobile pho^^ 
has previously subscribed to user 470 associated with mobile phone 405. At 425, mobile 
phone creates an SMS message including an embedded SffJite "Register" message that 
includes dynamic presence information and sends it to SMS center 410. At 430, SMS 
center 410 forwards the request to SMS-SIP gateway 415. At 435, SMS gateway 
peifonns anMSMe-to^lP translation. At 440, SMS'SIPgfc^^ 
SIP message to presence agent 420. Presence agent 420 matches llie presence information 
provided in the "Register" message with information for other users that subscribe to lie 
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presence of user 470, As shown in HG, 4, user 465 subscribes to the presence of user 
470. Thus, at 445, presence agent 420 issues a SIP "Not y" message to inform user 465 
ofDS9:470pi™ceiiifoimtion, SMS-SIP gateway 415 receives le SIP message. At 
450, SMS-SIP gateway 415 translates the SIP message to a SlP-lib messi^ id embeds 
it in an SMS message. At 455, the SMS-SIP gateway sends the SMS message to SMS 
controller 410. At 460, aiS controller 410 forwaids the SMS message to mobile phone 
400 for use in infoiming user 465 regarding the presence information of user 470. 

[062] Turning now to HG. 5, a defied event sequence diagram that illustrates collecting 
and using dynamic presence infoimation in accordance with one embodiment of the 
pKsentinvention is presented Rgms5povidesmoredetailfffl'HG,4, Moiephone 
and 470 ofHG,4correspfflids with mobile phone 500 ofnG.5. Presence client Sftl 505 
of mobile phone 500 has previously registered for noication upon call connections on 
mobile phone 500, At 520, mobile phone 500 communicates the call connection event to 
piEsence client subscriber SIM 2005. At 525, presence cEent subscriber SM 505 forms a 
SIP-like "Registef request. At530, presence client 505 uses SMS to send the "Register" 
request to SMS-SIP gateway 510. At 535, SMS-SIP gateway 510 performs aphone 
nmnber-to-SIP address loohip, At 540, the SMS-SIP gatewayupdates lie presence 
attributes. At 545, the SMS-SIP gateway translates the SIP-hb "Registef' request to a 
SIP request, At 550, the SMS-SIP gateway sends the SIP "Register" request to presence 
agent 515. At 555, presence agent 515 retrieves the presence attributes associated with the 
originator of Hie "Register" request At 560, presence agent 515 updates the presence 
attributes with information fram the "Registe" request. At 565, an event may be triggered 
basedontheupdate, Tkse updates ais evaluated. Iftheresultoftlieevaluationindicates 
notification is required, at 570, presence agent 590 is notified. Presence agfflt 590 
respds with a "success status" at 575. At 580, presence agent 590 sends a "Notify" 
message to presence client 595. Presence client 595 responds with a success status at 585. 

[063] TlirningnowtonG.6,ablockdiagiamtliatilliistratesamoiephoneeqoipped 
withaSM card configured to collect and distribute dynamic presence information in 
accordance with one wibodiment of the piesentinvention is presented. MoWe phone 600 

. comprises a SM card 605. SM card 605 comprises a configuration file 610, network 
parameters 620, application data 625 and a presence applet 615. Presence applet is 
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. configured to collect presence inforinati(ra ftom mobile phone 600 and to provide 
presence information. Application data may comprise, by way of example, a work 
addresM home address and a "buddy list". 

[064] TiiniingnowtoFE7A,ablockdiagraffithatillu5M^^ 
with one embodiment of the present invention is presented, Buddy list 700 comprises one 
or moi^ names of individuals for whom presence is subscribed, the status, phone contacts 
and SMS contacts, 

[065] Turning now to FIG. 7B , a block diagram that illustrates a configuration file in 
accordance with one embodiment of the present invention is presented. Configuration file 
720 may include a usemame, password, a default "Register" duration tune, a device K) 
generated by apresence agent when the device is registered for the first time, and one or 
■ more contact URLs attached to the device. 

[066] TuniingnowtoFiaMflowdiagrarathatillustratesamethd 
distiibuting presence infomiation in accordance with one embodiment of the present 
invention is presented. At 800, client device capabilities are determined. At 805, a 
presence configuration is determined. The presence configuration may comprise 
information regarding events that are subscribed to and actions to perform upon 
notification of llie event' s occurrence. The presence configuration may also include an 
indication of the presence information that is to be collected and provided to a presence 
agent. At 810, dynamic presence information is collected based at least in part on (he 
mobile phone capabilities and dynamic presence configuration information. 

[067] Turning now to FIG. 9, a flow diagr^ that illustrates a method for initializing a 
SM card in accordance with one embodiment of ttie present invention is presented At 
900, the presence applet is registered to the SM card, At 905,a'Tow^^^^^^ 
message is sent to a presence agpnt At 910, liie presence menu is setup, This is explained 
in more detail with reference to FIG. 10. 

[068] Turning now to FIG. 10,aneventsequencediagramthatillustratesimtializationof 
a SM card in accordance with one embodiment of the present invention is presented. At 
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1010,the mobile phone is tBmed on. At 1015,theSIMcardffii]uests the mobileplione's 

pioie so lliat its capabilties may be determined. At 1020, the mobile phone sends die 
pA to die SMcaid, At 1025,theSMcaidusesaproadivecommMdto request the 

mobiiephonesetopanienii. At 1030, the mobiie phone responds with stalm, Atl035, 
the Slcardrequestsaoser selection. At 1040, themobileptoeietunisaDsersdd^^^ 
At 1045, die SM card packages sends presence information via SMS to the SMS 
controller 1055. 

M TiirningnowtoFEllablockthatiustiatesamenninaccordancewittione 
embofantofftepmtinveioni8p5senld.Top4evelmnllW 
idating to moie buddies, them's availability preferences, and the user's location. 
Mobilebuddy snb-menu 1100 includes entries for displaying mobile buddies andaddraga 
buddy, Availability sub-menu 1100 includes entries to indicate the useris available, 
available for voice communications only, available for text communications only, not to 
be bothered id mvisible. Location sub-menu includes entries to indicate the user is at 
homeoratwoi, 

p] TummgnowtoHG. 12, a block diagram that iUustrales a SMAppKcationTooMt 
(STK) used to create SM soflware for coWon and distaWon of dynamic presence 
information in accQHiancewitfi one embodiment of the present invention is presented. 

The SM Application Toolkit (SIX) is an ETSI (European Telecommunications Standards 
WtBteySMG(Speda]Mobile(toup)standaid(GSM11.14) for Valiie Added Ser^^^^ 
and ^conmro using GSM phones to do Ihe transactions. "Specificatioa of the SM 
AppHcationTooitfortheSubscnkWtyMi)dale-MobieEquipment(SlM-ME) 

Interface". Tbe SM Tooit defines how the card should interact with the outside wodd 
andextendsdiecommunicationproiocolbetweenthecatdandthehandset 

[071] TheSTKletstheSMcardissiieconiMdstothetel^^^^^^ These commaiids 
range from displaying menus and getting user input to sending and leceiving SMS 
infflges. llie STK is designed asacM-serverappfc^^^^^ 
card and the client is the ME. 
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[072] TheSTK8Uppoitsprofiledownload.wMchallowstheMobi^^ 

the SM card what STK facities it is capable of supportiiig, According to embofants 

of k present invention, the SM card limits lie commands issued to the MB based at least 

inpaitonthecapabiiesofaME. 

[073] The STK also supports proactive SIM, which is a mechanism through which the 
SM card can inform the Mobile Equipment that it has some information or commands for 
the Mobile Equipment to carry out, which the Mobile Equipment can then fetcL Such 
actions include displaying text fiM the SM card to the Mobile Equipmentj sending a 
short message, setting up a voice or data call to a number held in tlie SM card, and so on. 
Table 16 illustrates the commands the SM card can issue to tlie Mobile Equipment using 
the proactive commands: 
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Commanii 


Explanaiion 


KsplayText 


Displays text (of less than loO characters) on ttie screen 


SBTira 


Sends text to the display and requests a single character answer 


GBTINPUr 


Sends text to lie display and requests a response 


MORETMB 


Requests more time to performatask 


PLAYIDNE 


Plays atone 


POLLimVAL 


Tells Itie Mobile Equipment how often to send status aaia lo 




the SIM card dunng idle mode 


POUJNGOH' 


Stops the polling taction by the mobile phone 


REFRESH 


Asks the mobile phone to re-read al data from the SIM card 


SENDSHORTMESSAGE 


Sends a short message to the mobile network 


SENDSS 


Sends a supplementary string to the mobile network 


SENDUSSD 


Sends an Unstructured Supplementary Services Data (USSD) 
string to the mobile network 


SETUP CALL 


Initiates a voice call 


PROVIDELOCAL 


Requests that Mobile Equipment passes local information to 


PORMAHOR 


SIM such as country and mobile network codes for roamers 


lablel? 




[074] TheSTKcanalsosf 


port menu selection, where the SM provides menu items for 


liieMl(Man-MacliinelDtei 


face) to display and registers which one was selected 




^ call control bv the SM. When activated, all call setup 


attempts will result in tk tele 


phone numbers, supplementary services and Unstructured 


Supplementary Services Data 
card can then decide whether 


(USSD)stiingsbdngsentfirsttofheS]Mcari TheSM 
to allow those actions to be carried out or can selectively bar 


thea 

[076] The STK also support 


s Event Download. This commandis sent fiom the handset 



to the SM to state that an event happened. The events to be downloaded comprise 
indications that a mobile call has been tenninated, connected or disconnected. The events 
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also comprise an indication of user activity (e.g. when the aser presses buttons on the 
handset) and an indication of an idle scueen (the screen is blank). . 

[077] The STK also suprte mobile-originated Short Message control by SM and 
sending APDU commands to a second SM card An APDU is defined in ISO standard 

P] The Application Program Interface (API) for SI Application Toolkit is a 
platfoim thatilows developers to create STK applets for the SM. These applets can be 
loaded onto the SM remotely by the provider using STK functions. The SlKAPIona 
GSM Phase 2+ SM is based on the Java 11 Runtime Environment, which is depicted in 
FIG. 12. The SMtoolkitframeworkisHieGSM JavaCardnintimeenvironment It 
comprises the JCEE (lava Card™ Runtime Environment), the Toolkit Registry, the 
Toolkit Handler and the File System. The ICRE is specified in Java Card 2. 1 Runtime 
Environment Specification and is able to select any specific applet and transmit it to the 
process of its APDU(AppWonProtocolData Unit), BieToolkitRegis^ 
the legisUation information of the toolkit applets, and their link to the JCRE registry, Hie 
Toolkit Mer handles the availability of the system handler and the toolkit protocol (i.e; 
toolkit applet suspension). The file system comprises the card issuer file system, and 
handles the file access control and applet file context. The applets 'derive from 
javacai'd.fi:aniework.applet and thus provide the same entry points, and implement the 
shareable interface sim.too!kiLToolkif]iiterface so that these applets can be triggered by an 
invocation of their processToolkit meHiod, 

[079] According to embodiments of te present invention, applet 1205 comprises a 
piesence client. The presence client communicates with the mobile phone to obtain 
dynamic presence infoimation and communicates with a presence agent to provide 
dynamic presence information, and to receive dynamic presence information relating to 
users subscribed to. 

[080] Figures 13A-15 are event sequence diagrams that illustrate using the proactive SM 
feature of the SM Application Toolkit to obtain dynamic presence information fiom 
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mobile equipment (ME) such as a mobile phone configured with a SM card in accordance 
with embodiments of the present invention. 

[081] TumingnowtoFE 13A, an event sequence diagram ttiatillusliates using a 
proactive SIM request for dynamic presence data responsive to a normal command from a 
mobile phone in accordance with one embodiment of the present invention is presented 
At 1304, the ME 1302 issues a nomal command At 1306, the SM 1300 responds with a 
status code of '91 ' , indicating the ME 1302 should request infomation from the SM 
1300. Atl30MheME1302issuesa WcommandtotheSM1300. At 1310, the 
SM 1300 responds with a proactive SM command that may include a lequest for 
piesenceinfomialion. At 1316, tlieMEMperformstheproacliveSM command At 
1312, the ME 1302 provides a successful response. At 1314, the SM 1300 responds with 
a status code of '90', indicating there is nothing more for the ME 1302 to do. 

[082] TumingnowtoFIG. 13B, an event sequence diagram that illustrates using a 
proactive SMrequestfor dynamic presence data responsive to astatus command ftoma 
mobile in accordance with one embodiment of the present invention is presented At 
1354, the ME 1352 issues a states command At 1356, the SM 1350 respond with 
normal data on dynamic presence and a status code of '91', indicating the ME 1352 should 
request infomation from the SM1350Jtl35Mhe ME 1352issuesaWcoramand 
to the SM 1350. At 1360, the SM 1350 responds withaproactiveSM command that 
may include a request for presence infonnation. At 1366, the ME 1352 performs Hie 
proactive SM command At 1362, the ME 1352 provides a successful response. At 1364, 
the SM 1350 responds with a status code of '90', indicating there is nothing more for the 
ME 1352 to do. 

[083] Turning now to FIG. 14A, an event sequence diagram that illustrates a status 
command from a mobile phone that is not followed by a proactive SM request is 
presented. At 1404, the ME 1402 issues a status command At 1406, the SM 1400 
responds with normal data on dynamic presence and a status code of '90*, indicaliiig there 
is nothing more for the ME 1402 to do. 
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[084] Itaing now to FIG. 14B, an event sequence diagram that illustiates repeating an 
unsuccessfol proactive SM request for dynamic presence data in accordance with one 
embodiment ofthepresentinvention is presented FIG. 14B is simiktonCBA, except 
that llie ME 1450 responds to a proactive SM command with an error states 1462). At 
this point, the SM response with a status code of '91' jhich signals the M to ret^ 
last command. At 1466, the ME 1402 issues a "Fetch" commandto the SM 1450. At 
1468, the SM 1450 responds with the same proactive SM command. At 1474, the ME 
1452 performs the proactive SM command. At 1470, the ME 1402 provides a successful 
response. At 1472, the SM 1450 responds with a status code of '90' , indicating te is 
nothing more for the ME 1402 to do. 

[085] Turning now to HG. 15,aneventsequencediagramthatilluslratesnotrepeating 
an unsuccessful proactive SM request for dynamic presence data in accordance with one 
embodiment of the present invention is presented. Figure 15 is similar to HO. 14B, 
except that a failed proactive SM request is not repeated. Instead, in response to 
receivingaproblemindicationfromtheME 1502, at 1514theSM 1500 returns 
code of '90', indicating there is nothing more for the ME to do. 

[086] Figuresl6-18areflowdiagramsthatillustratevariouseventtriggersusedtor 
triggering the capture of dynamic presence information in accordance with embodiments 
of the present invention. Figure 16 illustrates triggering the capture of dynamic presence 
information when a user dials anumber using the "call control" feature of the SM 
TooM. FIG. Hillustrates triggeringthecapture of dynamic presence infon^^^ 
theVentdownloatf'featareoftheSMTooMt FIG. 18 illustrates triggering the captoe 
of dynamic presence information upon receipt of a "STATUS APDU" command. 

[087] TurningnowtoFIG.16,aflowdiagramthatillustratesamethodfortrigg^ 
dynamic presence information collection when a mobile phone is in "call control" mode in 
accordance with one embodiment of the present invention is presented At 1600, a 
numberdialed from mobile equipmentis received while in call conlralmode. At 1605, 

call control preferences are determined. The call control preferences specify whether 
particular numbers should be allowed. At 1610, a response is determined based at least in 
part on the caE control preferences. At 1615, a determination is made regarding whether 
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presence iiifoMtioHsWdbecaptoed. The de^^^^ 
on factors such as the amount of time since lie last time dynamic presence information 
was captured, or the like. Atl620,afkg set based on the deter^^^^^ 
examined. IfpresenceinfoDnationshouldbecaptured,itisdoneatl630. Ifpmce 
infoimafion should not becaptured, anormal response is issued at 1625. 

P] TumingnowtoFIG. 17, a flow diagram that illustrates an event-diiven method for 
tiiggering dynamic presence information collection in accordance with one embodiment of 
the pMt invention is presented. At 1700, an envelope command correspondi^^ 
registered event download triggeris received. At 1705, a detmnation is made regarding 
whether presence infonnation should be captured. Hie determinjtion may be based at 
leastinpaitonfactorssuchastheamountoftimesincethelasttimedynamicpresence 
infonnationwascapture^orthelike. At 1710, a flag set based on tlie determination 
1705 is examined. Ifpresence information shouldbe captured, itisdoneatl720. If 
presence infonnation should not be captured, a normal response is issued at 1715. 

[089] TumingnowtoEia 18,aflowdiagramthatillustratesanielliodfortriggeri^^ 
dynamic presence information collection when a SM card receives a status APDU 
command in accordance with one embodiment of the present invention is presented. At 
1800, a status APDU command is received. At 1805, a determination is made regarding 
whether presence information shouldbe captured. The determination may be based at 
least in part on factors such as the amount of time since the last time dynam^^ 
infonnation was captured, or the like. At 1810, a flag set based on the determination 1805 
"ismade. Ifpresenceinfoimationshouldbecaptured,itis done at 1820. Ifpresence 
infonnation should not be captoed, a normal response is issued at 1815. 

[090] According to embodimenb of the present invention, proactive and/or reactive 
congestion control mechanisms are used to protect against bottlenecks willi respect to the 
presence information transported over SMS using the PSA layer. The congestion control 
mechanisms m handled by the presence user agent applet, making congestion control 
concerns transparent to the application layer. , ' 
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[091] Turning now to FIG, 19,aflowdiagranithatillijstratesaniettodforproactive 
congestion control in accordance with one embodinient of the present invention is 
presented. At 1900, an exponent is set to a starting threshold. At 1905, a measiment of 
the end#end PSA streaming rate and a current measurement of the available bandwidth 
are passed through a low pass filter. At 1910, a determination is made regarding whether 
thefilteredPSA streaming rate is greater than the filtered bandwidth value, ff the filtered 
PSA streaming rate is not greater than tlie filtered bandwidth value, the exponent is set to 
thestartingthresholdatl900andtheprocess continues at 190^ If ttie filtered PSA 
streaming rate is greater tlian the filted bandwidth value, at 1915 a delay is performed. 
The delay period is based on the value At 1920, the value of the exponent is 
increased. At 1925, the next SIP over SMS packet is sent Tlieprocess continues at 1905. 

[0J2] Turning now to HG. 20, a flow diagram that illustrates a method for reactive 
congestion conti'ol in accordance with one embodiment of thepresent invention is 
presented, At 2000, a determination is made regarding whether the number of SMS 
timeouts is greater tlian a timeout threshold. At 2005 a determination is made regarding 
whether the number of unacknowledged reports is greater than an lack threshold. If 
either the timeout threshold or the unack threshold is exceeded, the PSA stream window 
size is set to one packet at 2020. If neither threshold is exceeded, at 2010 a determination 
is made regarding whether an SMS ack has been received. If an SMS ack has been 
received, the current PSA stream window size is doubled at 2015. The doubling of the 
PSA stream window size continues as long as neither the timeout threshold nor the unack 
threshold is exceeded. 

[093] The description of SMS as a transport mechanism for presence information is not 
intended to be limiting in any way. Those of ordinary skill in the art will recognize that 
other transport mechanisms may be used, such as USSD (Unstructured Supplementary 
Service Data), or the like. 

[094] Embodimentsofthepmtinventionprovidesaggregatedpresenceinfom^^^ 
increasing the probability of making a connection when call is attempted, and increasing 
the probability of a successful, more effective communication once comiected. 
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[095] While embodiments and applications of this invention have been shown and 
described, it would be apparent to those sKlled in the art having the benefit of this 
disclosure that my more modificalions than mentioned above are possible without 
departing from the inventive concepts hem The invention, thei^fore, is not to be 
restricted except in the spirit of the appended claims. 
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CLAMS 

Whatis claimed is: 

1. A method for detecting and transporting dynamic piesence information over a wireless 
and wireline comiiinications network, Sie method comprising: 

determining client device capabilities, said capabilities relating to user presence " 

inf omiation that may be obtained from said client device; 
determining a presence configuration of said client device, said presence configuration 

defining information to be provided to a presence agent, said presence 
■ configuration also defining one or more action to be performed up notification 

of an event occurrence; and 
collecting dynamic presence information based at least in part on said client device 

capabilities and said presence configuration. 

2. The method of claim 1, further comprising aggregating said presence information for 
use by said presence agent. 

3. The method of claim 1 wherein said client device comprises a mobile phone 
configured with a SIM (Subscriber Identity Module). 

4. The method of claim 1 wherein said mobile phone comprises a GSM mobile pjione. 

5. The method of claim 3 wherein said collecting further comprises using a proactive 
, SI command to obtain said presence information. 

6. The method of claim 3 wherein said collecting is responsive to receipt of a dialed 
number while said mobile phone is in call control mode. 

7. Themethodofclaim3whereinsaidcollectingisresponsivetoreceiptof an envelope 
commandcoirespondingto aregisteredevent 
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8. Themethodofclaim3 whaeinsaidcollectiiigisresponsivetoieceiptof astatas 
APDUcommaiid. 

9. AnieWforliansportigd|naniic[fflseiiceiiiforimtira 
afflminiications networt, the meliiod compng; 

sending dynamic presence infomation im a client device to a gateway using a SIP- 

le protocol, said SIP-tte protocol based at leastin part on tlie SIP protocol, said 

SIP-ieprotocolemployingatranspoit protocol; and 
receiving dynamic presence infonnation fom mi gateway using said SlP-ie 
protocol, 

10. The metod of claim 9 wheiein said SMeprotocol comprises: 

w "Options" meOiod for querying the media capabilities of a cliait device; 
a "Register" method for providing dynamic presence infonnation from said cHent 

devicetoapresenceagoit; 
a "Subscribe" method for subscribing to an event for notification upon the occuirace 




11. Hie method of claun 10 wherem said SlP-ie protocol further comprises a "Message" 
methodforsendiflganinstantmessagetoaprincipai. 

12,lemelhodofclaim9wheremsaidlianspoitptocolco)iiprisesShoit]ta 

Service(SMS), 

13. The method of claim 9 wheiein said transport protocol comprises Unstructured 
Supplementary Services Data (OSSD). 

14. The method of claim 9 whetem said mefiiod fmier comprises: 
passingameasurementofsaidSlP-lifeprolMolstiBaniiiigrateandacurijsn^ 

bandwidth measuremaitthrough alow pass ler; 
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setting an exponent to a threshold value if said filtered streaming rate nieasurement is 
not greater than said filtered bandwidth value; and 




15. Theniethodofclaini9 wherein said method further comprises: 

setting the window size for said SMe protocol stream to one packet if the number 
of SMS timeouts exceeds a timeout threshold, or if the number of 
Mcknowledeged reports is greater than an *Unack" threshold; and 

doubling fee window size of said Mk protocol stream if the number of SMS 
timeouts does not exceed said timeout threshold and if the number of 
lachowledeged reports is not greater than said "Unack" threshold. 

16. A piogiM storage device readable by amachine, embodying aprogram of instructions 
executable by the machine to perform a method for detecting and transporting dynamic 
presence information over a wireless and wireline communications network, the 
method comprising: 

deteraiining client device capabilities, saidcapabiies relating to user presence ^ 
information that may be obtained from said client device; - 

determining a presence configuration of said client device, said presence configuration 
defining information to be provided to a presence agent, said presence 
configuration also defining one or more action to be performed upon notificalion 
ofan event occurrence; and 

collecting dynamic presence information based at least in part on said client device 
capabilities andsaidpresenceconfiguration. 

, 17. Hie program storage device of claim 16, said method further comprising aggregating 
said presence information for use by said presence agent 

18. The program storage device of claim 16 wherein said client device comprises a mobile 
phoneconfiguredwithaSIM(SubscriberIdentityModule), ■ 
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19. The program storage device of claim 16 wherein said mobile phone comprises a GSM 
mobile phone, 

20. lie program storage device of claim 18 wherein said collecting further comprises 
using a proactive SIM command to obtain said presence information. 

21 The program storage device of claim 18 wherein said collecting is responsive to 
receipt of a dialed number wMe said mobile phone is in call control mode. 

22. The program storage device of claim 18 wherein said collecting is responsive to 
receipt of an envelope command corresponding to a registered event 

23. The program storage device of claim 18 wherein said collecting is respsive to 
receipt of a status APDU command. 

24. A program storage device readable by a machine, embodying a program of instructions 
executable by the machine to perform a method transporting dynamic prance 
information over a wireless and wireline communications network, the method , 
comprising; 

sending dynamic presence information from a client device to a gateway using a SIP- 
ie protocol, said SMke pratocol based at least in part on lie SIP protocol, said 
SIP-ie protocol employing a transport protocol; and 

receiving dynamic presence information fom said gateway using said SIP-lite 
protocol 

25. The program storage device of claim 24 wherein said SIP-tte protocol comprises: 
an "Options" method for querying the media capabilities of a client device; 

a legisler" method for providing dynamic presence information from said client 

device to a presence agent; 
a "Subscribe" method for subscribing to an event for notification up the occurrence 

of said event; 

, a "Notify" method for informing said subscriber about the state of an event fliat has 
been subscribed to. 
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26, The program storage device of claim 25 wherein said SlP-like protocol fuier 
comprises a "Message" method for sending an instant message to a principal. 

27. The program storage device of claim 24 wherein said transport protocol comprises 

Short Message Service (SMS). 

28, The program storage device of claim 24 wherein said transport protocol comprises 
Unstructured Supplementary Services Data (USSD). 

29. The program storage device of claim 24 wherein said method furllier comprises: 
passing a measurement of said SMe pnitocol steaming rate and a current 

bandwidth measurement through a low pass filter; 
setting an exponent to a threshold value if said filtered streaming rate measurement is 




30. The program storage device of claim 24 wherein said method further comprises: 
setting the window size for said SMke protocol stream to one packet if the number 
of SMS timeoutsexceedsatimeoutthiesholdjOrif thenumberof ■ 
unactaowledegedreports is greater than an "UnacFthresho^^^ - 
doubling the window size of said SlP-like protocol stream if the number of SMS 
timeouts does not exceed said timeout threshold and if the number of 
unacbiowledeged reports is not greater than said "Unack" threshold. 

31 An apparatus for detecting and transporting dynamic presence information over a 
wireless and wireline communicatious network, the apatus comprising: 
means for determining client device capabiies, said capabiies relating to user 
presence information that may be obtained from said client device; 

means for determining a presence configuration of said client device, said presence 
configuration defining information to be provided to a presence agent, said 
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presence coEfiguration also defining one or more action to be perfoniied upon 
notification of an event occurrence; and 
means for collecting dynamic presence information based at least in part on said client 
device capabilities and said presence configuration. 

3nhe apparatus of claim31,further comprising means for aggreg^^ 
infonnation for use by said presence agent 

33. The apparatus of claim 31 wherein said client device comprises a mobile phone 
configui^ with a SM (Subscriber Identity Module). 

34. The apparatas of claim 31 whM said mobile phone comprises a GSM mobile phone. 

35. The apparatus of claim 33 wherein said means for collecting furth^^ 

for using a proactive SIM command to obtain said presence information. 

I 

36Jhe apparatus of claim 33 wherein said means for collecting is responsive to r^^^^ 
. a dialed number while said mobile phone is in call control mode, 

37, The apparatus of claim 33 wherein said means for collecting is responsive to receipt of 
an envelope command corresponding to a registered event. 

3nhe apparatus of claim 33 wherein said means for collecting is responsi 
a stetosAPDU command. 

39. An apparatus for transporting dynamic presence information over a wireless and 
wireline communications network, the apparatus comprising: 
means for sending dynamic presence information from a client device to a gateway 
. using a SMke protocol, said SMk protocol based at least in part on the SIP 
protocol, said SMe protocol employing a transport protocol; and 
means for receiving dynamic presence infonnation from said gateway using said SIP- 
lite protocol. 
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40. The apparatus of claiin39 wherein saidSF-Iike protocol comprises; 

an "Options" method for querying the media capabilities of a cient device; 
a "Registef method for providing dynamic presence information ftom said client 

device to a pmce agent; 
' a "Subscribe" method for subscribing to an event for notification upon the occunence 

of said event; 

a "Notify" method for infonning said subscriber about the stole of an event that has 
been subscribed to. 

41. The apparatus of claim 40 wherein said Sff -like protocol further comprises a 
"Message" method for sending an instant message to a principal. 

42. The apparatus of claim 39 wherein said transport protocol comprises Short Message 
Service (SMS). 

43. The apparatus of claim 39 wherein said transport protocol comprises Unstructured 
Supplementary Services Data pSD). 



44. The apparatus of claim 39 wherein said apparatus further comprises: 




means for setting an exponent to a threshold value if said filtered streaming rate 
measurement is not greater than said filtered bandwidth value; and 

means for delaying based at least in part on the value 2*^' and increasing said 
exponent if said filtered streaming rate measurement is greater than said filtered 
bandwidth value. 



45. The apparaliis of claim 39 wherein said apratus further comprises: 
means for setting the window size for said SlP-le protocol stream to one packet if the 
number ofSMS timeouts exceeds atimeout threshold, orif the number of , 
unactaowiedeged reports is greater than an "Unack" threshold; and 
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SMS timeouts does not exceed said timeout threshold and if the number of 
unacknowledeged reports is not greater than said "Unacf llireshold 



46. An apatos for detecting and ti'ansporting dynamic presence information over a 
■ wii^te and wireline communications network, the apparatus comprising: 

a memory; and 

a presence client in communication with a client device and configured to: 
deteimine said client device capabilities, said capabilities relating to user presence 

information that may be obtained from said client device; 
determine a presence configuration of said client device, said presence 

configuration defining information to be provided to a presence.agent, said 

presence configuration alsq, defining one or more action to be performed upon 

notification of an event occun'ence; and 
collect dynamic presence information based at least in part on said client device 

capabilities and said presence configuration, 

47. Hie apparatus of claim 46 wherein said presence client is further configured to 
aggregate said presence information for use by said presence agent. 

48. The apparatus of claim 46 wherein said cjient device comprises a mobile phone 
configured with a SM (Subscriber Identity Module). 

a pmce client in communication with a client device and configured to: 

49. The apparatus of claim 46 wherein said mobile phone comprises a GSM mobile phone. 

50. The apparatus of claim 48 wherein said presence client is further configured to use a 
proactive SM command to obtain said presence information, 

5 1. The apparatus of claim 48 whei'ein said presence client is fiirther configured to collect 
said dynamic presence information in respse to receipt of a dialed number while said 
mobile phone is in call control mode. 



43 



mmmn 



52. The apparatus of claim 48 wherein said presence client 

said dynamic pMce information in response to receipt of an envelope command 
corresponding to a registered event 

53. The apparatus of claim 48 wherein said p)« sence cHent is further configured to collect 
said dynamic presence information in response to receipt of a status APDU command, 

. 54, The apparatus of claim 46 wherein said apparatus comprises a smart card, 

55. The apparatus of claim 54 wherein said smart card comprises a Java Card™ 
technology-enabled smart card. 

56. The apparatus of claim 54 wherein said smart card comprises a CDMA (Code Division 
Multiple Access) technology-enabled smart card 

57. The apparatus of claim 54 wherein said smart card comprises a SIM (Subscriber 
Identity Module) card. 

58. The apparatus of claim 54 wherein said smart card comprises a WM (Wireless 
Interface Module). 

59. The apparatus of claim 54 wherein said smart card comprises a USM (Univei^al 
Subscriber Identity Module). 

60. The appai'atus of claim 54 wherein said smart card comprises a DIM (User Identity 
Module), 

61. The apparatus of claim 54 wherein said smart card comprises a R-UM (Removable 
User Identity Module). 
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62. An apparatus for transporting dynamic presence infoimafion over a wireless and 
. wireline conunnnications network, the apparatus comprising: 

a memory; and 

a presence client in coiMunication with a client device and configured to: 
send dynamic presence information from said client device to a gateway using a 
SMe protocol, said SIP-lik protocol -based at least in part on the SIP 
protocol, said Sff-like protocol employing a transport protocol; and 
receive dynamic presence information from said gateway using said SMe 
protocol. 

63. The apparatus of claim 62 wherein said SlP-like protocol comprises: 

an "Options" method for querying the media capabilities of a cHent device; 
a "Registef method for providing dynamic presence information ftom said'client 

device to a presence agent; 
a"Subscribe''methodfor subscribing to an eventfornotification upon the o«^^ 

of said event; 

a "Notify" method for inf onning said subscriber about the state of an event that has 
been subscribed to. 

64. The apparatus of claim 63 wherein said SIP-le protocol further comprises a 
"Message" methodfor sending an instant message to a principal. 

65. The apparatus of claim 62 wherein said transport protocol comprises Short Message 
, Service(SMS). 

66. The apparatus of claim 62 wherein said transport protocol comprises Unsliuctured 
Supplementary Services Data (USSD). 



67 Jhe apparatus of daim 62 wherein said presence client is furler configured 




set an exponent to a threshold value if said filtei^d streaming rate measurement is not 



greater than said filtered bandwidth value; and 
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delay based at least in part on the value 2'^^*^°^"^ and increase said exponent if said 
filtered streaming rate measraent is greater than said filtered bandwidth value. 

68. The apparatus of claim 62 wheiein said presence client is further configured to: 

set the window si^e for said SMke protocol stream to one pacbt if the number of 
SMS timeouts exceeds a timeout threshold, or if the number of unacknowledeged 

■ reports is greater than an "Unack" threshold; and 

double the window size of said SMe protocol stream if the number.of SMS 
timeouts does not exceed said timeout threshold and if the number of 
unacknowledeged reports is not greater than said "Unack" tehold 

69. The apparatus of claim 62 wherein said apparatas comprises a smart card. 

70. The apparatus of claim 69 wherein said smart card comprises a Java Card™ 
technology-enabled smart card. 

71 . The apatus of claim 69 wherein said smart card comprises a CDMA (Code Division 
Multiple Access) technology-enabled smart card, 

72. The apparatus of claim 69 wherein said smart card comprises a SM (Subscriber 
IdentityModulejcard, 

73. The apparatus of claim ® wherein said smart card comprises a WM (Wireless 
Interface Module). 

74. The apparatus of claim 69 wherein said smart card comprises a USM pversal 
Subscriber Identity Module). 

75. The apparatus of claim 69 wheiein said smart card comprises alM (User Identity 
Module). 
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76, leapparatDS of cWin 69 wiieieiD said smart card compii8esaR«(Rem^^^ 
UserldentityModttle). 
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